home *** CD-ROM | disk | FTP | other *** search
/ Language/OS - Multiplatform Resource Library / LANGUAGE OS.iso / lisp / elk-2_0.lha / elk-2.0 / config / hp9k700-hpux8.0-cc < prev    next >
Text File  |  1992-11-22  |  8KB  |  280 lines
  1. # This is a shell script.  It is sourced by the build scripts in the
  2. # various subdirectories to gather system-, compiler-, and OS-specific
  3. # information required for building the Makefiles.
  4. #
  5. # Most variables in this script are interpreted as boolean variables and
  6. # indicate presence or absence of one specific feature.  The value "yes"
  7. # is regarded as "true", all other values (including no value or even
  8. # non-existence of the variable) are interpreted as "false".
  9. #
  10. # Do not forget to quote values that contain shell meta syntax.
  11. #
  12. # -----------------------------------------------------------------------
  13.  
  14.  
  15. # $system should contain the name of this file.  It may be used by some
  16. # of the build scripts to do things that are specific to one single
  17. # type of system.
  18.  
  19. system=hp9k700-hpux8.0-cc
  20.  
  21.  
  22. # Does the system support the vfork system call?
  23.  
  24. vfork=yes
  25.  
  26.  
  27. # Does the system support the vprintf library function?  If not,
  28. # availability of the (non-portable) _doprnt function is assumed.
  29.  
  30. vprintf=yes
  31.  
  32.  
  33. # Does the directory(3) library follow the POSIX conventions (i.e.
  34. # requires the <dirent.h> include file and uses "struct dirent")?
  35. # If not, the (obsolete) BSD-style interface with <sys/dir.h> and
  36. # "struct direct" is assumed.
  37.  
  38. dirent=yes
  39.  
  40.  
  41. # Does the system have the random/srandom library functions?  If not,
  42. # rand/srand will be used instead.
  43.  
  44. random=no
  45.  
  46.  
  47. # Does the system have the index library function?  If not, strchr
  48. # will be used.
  49.  
  50. index=yes
  51.  
  52.  
  53. # Does the system have the bcopy, bzero, and bcmp library functions?
  54. # If not, memcpy/memset/memcmp will be used.
  55.  
  56. bstring=yes
  57.  
  58.  
  59. # Does using the access system call require <unistd.h> to be included?
  60. # (Look into the manual page for access if in doubt.)
  61.  
  62. include_unistd_h=yes
  63.  
  64.  
  65. # Does the system support the POSIX-style sysconf function to determine
  66. # the maximum number of open files per process?  If not, set the
  67. # "getdtablesize" variable to "yes" if the BSD-style getdtablesize
  68. # system call is supported.  If neither is available, an educated
  69. # guess will be made.
  70.  
  71. sysconf=yes
  72. getdtablesize=no
  73.  
  74.  
  75. # Set reliable_signals=bsd if your system supports BSD-style reliable
  76. # signals (has sigblock and related functions); set reliable_signals=posix
  77. # for POSIX-style signals (sigprocmask, sigsets); otherwise old V7/SysV
  78. # signal semantics are assumed.
  79.  
  80. reliable_signals=bsd
  81.  
  82.  
  83. # On some systems, the data segment starts at an address that does not
  84. # fit into Elk's (24-bit) representation of a pointer.  In this case,
  85. # set "pointer_constant_high_bits" to the portion of an address that
  86. # exceeds 24 bits (e.g. 0x10000000).
  87. #
  88. # If this variable is set, its value will be cleared from each pointer when
  89. # it is stored into a Scheme object, and ORed into a pointer when it is
  90. # extracted from a Scheme object.
  91. #
  92. # If in doubt, compile and run the test program in ../util.
  93.  
  94. pointer_constant_high_bits=0x40000000
  95.  
  96.  
  97. # To support dynamic loading of object files and "dump", the system's
  98. # a.out format has to be known.  Currently, the values "coff", "ecoff",
  99. # "xcoff", "elf", and "macho" (for the NeXT) are supported.  Other values
  100. # of "aout_format" are interpreted as BSD-style a.out format.
  101.  
  102. aout_format=
  103.  
  104.  
  105. # Which mechanism should be used to dynamically load object files?
  106. # Possible values currently are "ld" for BSD-style incremental loading
  107. # based on ld -A, and "rld" for NeXT-style rld_load().  Do not assign
  108. # anything to load_obj if dynamic loading is not supported.
  109.  
  110. load_obj=shl
  111.  
  112.  
  113.     # The following variables are only relevant if load_obj is set.
  114.  
  115.     # The libraries against which dynamically loaded files are resolved
  116.     # at the time they are loaded.
  117.  
  118.     load_libraries=
  119.  
  120.     # Does the ld-option -x really do what the manual says it does (i.e.
  121.     # omit local symbols), or does it somehow render the resulting object
  122.     # file unsuitable for dynamic loading?  If in doubt, leave it out
  123.     # (which may result in somewhat larger object files).
  124.  
  125.     use_ld_xflag=yes
  126.  
  127.     # Systems with "aout_format=ecoff" may require a call to the cacheflush
  128.     # system call after an object file has been loaded.  Which include file
  129.     # has to be included in this case?
  130.  
  131.     cachectl_h=unused
  132.  
  133.     # Is the ANSI-C atexit function supported to register an exit handler?
  134.     # If not, the exit library function will be redefined and will end in
  135.     # a call to _exit.
  136.  
  137.     atexit=no
  138.  
  139.  
  140. # Do the names of external functions in the symbol table always begin
  141. # with a special character (such as underline)?  If so, syms_begin_with
  142. # should hold this character, otherwise leave it empty.
  143.  
  144. syms_begin_with=
  145.  
  146.  
  147. # Is the "dump" function supported?
  148.  
  149. can_dump=no
  150.  
  151.  
  152. # The following variables are only relevant if "can_dump=yes".
  153.  
  154.     # Is the fchmod system call broken or unavailable?
  155.  
  156.     fchmod_broken=no
  157.  
  158.     # These four variables are only relevant if the system has the BSD-style
  159.     # a.out format.
  160.     # segment_size is the segment size of the system's memory management
  161.     # unit, i.e. the number to a multiple of which the size of an a.out
  162.     # segment (e.g. .text) is rounded up.
  163.     # file_text_start is the file offset at which the text segment starts
  164.     # in an a.out file.
  165.     # mem_text_start is the starting address of the text segment in memory.
  166.     # text_length_adj must be set to "sizeof (struct exec)" if the length of
  167.     # the text segment stored in the a.out header includes the a.out header
  168.     # itself.
  169.  
  170.     segment_size=SEGSIZ
  171.     file_text_start='sizeof(struct exec)'
  172.     mem_text_start='(PAGSIZ+sizeof(struct exec))'
  173.     text_length_adj='sizeof(struct exec)'
  174.  
  175.     # Only relevant if "aout_format=ecoff".  The starting address of the
  176.     # text and data segments in the a.out file.
  177.  
  178.     ecoff_text_start=
  179.     ecoff_data_start=
  180.  
  181.     # Only relevant if "aout_format=coff": the system's pagesize.
  182.  
  183.     coff_pagesize=
  184.  
  185.  
  186. # The include file required for the time-handling library functions.
  187.  
  188. time_h='<sys/time.h>'
  189.  
  190.  
  191. # Is the "termio" terminal interface supported by the system?  If not,
  192. # BSD-style tty handling will be used.
  193.  
  194. termio=yes
  195.  
  196.  
  197. # The interpreter uses the getrlimit function to determine the maximum
  198. # stack size of the running program.  If this function is not supported,
  199. # set max_stack_size to a (fixed) maximum stack size (in bytes).
  200.  
  201. max_stack_size='(1024*1024)'
  202.  
  203.  
  204. # Does the system support the alloca library function, and does this
  205. # function actually extend the stack?  If in doubt, extract alloca.o
  206. # from the C library and check if it contains the symbols malloc and free.
  207. # If this is the case, forget it.
  208.  
  209. use_alloca=no
  210.  
  211.  
  212. # Must <alloca.h> be included to use alloca?  Is "#pragma alloca" required?
  213.  
  214. include_alloca_h=
  215. pragma_alloca=
  216.  
  217.  
  218. # Does the system (or compiler) require certain objects (e.g. doubles)
  219. # to be aligned at 8-byte boundaries?  If not, 4-byte alignment will
  220. # be assumed.
  221.  
  222. align_8byte=yes
  223.  
  224.  
  225. # The C compiler used to compile the source code.
  226.  
  227. cc=cc
  228.  
  229.  
  230. # The C compiler flags used for all files.
  231.  
  232. cflags='-O'
  233.  
  234.  
  235. # Are extra C compiler flags (such as -D_NO_PROTO) required to compile
  236. # Motif applications?
  237.  
  238. motif_cflags=
  239.  
  240.  
  241. # Are extra C compiler flags (such as -G 0) required to compile
  242. # dynamically loadable files?
  243.  
  244. obj_cflags=+z
  245.  
  246.  
  247. # Are extra linker flags (such as -G 0) required to link several object
  248. # files together to one dynamically loadable file?
  249.  
  250. obj_ldflags=
  251.  
  252.  
  253. # The linker flags used to link the interpreter.
  254.  
  255. ldflags='-Wl,-E -lm -ldld'
  256.  
  257.  
  258. # The lint flags.
  259.  
  260. lintflags='-abxh'
  261.  
  262.  
  263. # Must ranlib be called for a newly created library archive?
  264.  
  265. ranlib=no
  266.  
  267.  
  268. # Are function prototypes in the header files required?  If prototypes=yes,
  269. # prototypes are used unconditionally; if prototypes=no, prototypes are
  270. # not used; otherwise prototypes are only used if the source code is
  271. # compiled with an ANSI-C- or C++-compiler.
  272.  
  273. prototypes=
  274.  
  275.  
  276. # Does your C preprocessor support the ANSI-C ## operator, although
  277. # __STDC__ is not defined?
  278.  
  279. ansi_cpp=no
  280.